Mes ayatollahs préférés du libre (PCs sous Debian depuis 20 ans) ont encore frappé !
Après avoir installé non sans mal ma rutilante AMD RX 6600 d'occasion (non, la mettre dans le 2è port PCIE 16X parce que l'air aurait été mieux évacué n'était pas une bonne idée; non elle n'était pas cliquée, j'aurais mieux fait de travailler en silence je m'en serais aperçu plus tôt), après avoir enfin vu le matricule en blanc (en rouge quand j'utilisais le port #2) de mon premier GPU depuis mon antique Matrox G400 dans le BIOS, puis m'être émerveillé devant les messages de la console prouvant que Debian avait aussi reconnu son existence, quelle ne fut pas ma surprise de voir mon écran clignoter dans une alternance bien peu artistique de noir et de noir recouvert d'un vague flou blanc quelques secondes après avoir lu le message annonçant le chargement de gdm (alors que je n'ai jamais utilisé gnome, mais l'équivalent sous KDE n'est pas fiable).
Ctrl+Alt+F2, login root, je triture dans tous les sens aidé de mon smartphone, rien n'y fait.
Jusqu'à ce qu'en pleine nuit un éclair de google illumine enfin mon désespoir : "non-free firmware" ! Mon inconscient s'est arrêté sur ces trois mots parmi tous les résultats d'une nouvelle recherche que je faisais défiler sous mes yeux fatigués.
Késako ?
Je connaissais le dépôt de paquets "non-free" que j'avais toujours mis dans mon /etc/apt/sources.list sans réfléchir, et sans relire les 10 commandements de la doxa debianesque avant cet acte pourtant irresponsable. Mais pas coupable.
Je tire le fil de cette nouvelle bobine, rajoute ce dépôt dans mon fichier "sources.list", et miracle : que plasma soit ! Et plama fut !
Quelques jours après cette trop courte nuit de sommeil, je reprends mes esprits et décide de mener mon enquête !
https://wiki.debian.org/Firmware#Debian_12_.28bookworm.29_and_later
"For Debian 12 onwards, all the packaged non-free firmware binaries that Debian can distribute have been moved to a new component in the Debian archive, called non-free-firmware. If you're upgrading from an older release of Debian and you need these firmware binaries, you should update the apt sources.list on your system to use this new component. If you only had the non-free component enabled on your system to allow you to install firmware, you can safely remove that now."
Thank you Debian !
Que ta pureté toujours plus pure règne sans partage sur ma vie informatique jusqu'à mon dernier souffle !
Amen !
# Quelques astuces, oui :)
Posté par Space_e_man (site web personnel) . Évalué à 10.
Après quelques égarements, j’en suis revenu à Debian. Et voici quelques astuces que j’ai notées…
Tu as bien trouvé le nouveau dépôt ;) Et donc voici ce que j’ai l’habitude d’utiliser (lorsque je n’ai pas besoin de télécharger des codes source)
Oui, car il y a également les backports :)
Et comme je suis très optimiste, j’installe tout ce que je peux des backports, avec la commande suivante :
Et aussi il y a depuis peut les extrepo !
À partir duquel il est possible d’activer quelques dépôts totalement externes, mais de manière plus ou moins sécurisée. Attention, il y a là clairement de tout, y compris des logiciels non libre !
↑ pour parcourir le catalogue…
Et alors ensuite, par exemple :
↑ voyez d’où il viendrait donc…
C’est une alternative que je préfère à Flatpak :/
Mais j’installe quand-même avidemux via flatpak :(
Alors voici la petite recette (pour Gnome ou Cinnamon) :
Et pour les mises à jour côté Flatpak :
Voilà, quand dites-vous ? Je prends des notes… ;)
Merci Debian ! :)
[^] # Re: Quelques astuces, oui :)
Posté par moi1392 . Évalué à 4. Dernière modification le 15 mai 2024 à 16:26.
Il y a un nouveau split de package récemment qui m'a surpris, c'est celui pour les paquets avec les symboles de debogage.
Je comprends l'idée de le sortir du repo principal car très peu de gens les installent, par contre je n'ai pas réussi à lui trouver de mirroir j'ai donc du me mettre sur l'url de base http://debug.mirrors.debian.org
De plus, et je n'ai pas trouvé de raison argumentée à cela (je n'ai pas beaucoup cherché non plus…), la nomenclature des noms de paquets a aussi changé, au lieu d'être nom-du-paquet-dbg, c'est maintenant nom-du-paquet-dbgsym
Voila le lien sur une doc officielle (pas très exhaustive je trouve) si quelqu'un en as besoin : https://wiki.debian.org/DebugPackage
[^] # Re: Quelques astuces, oui :)
Posté par Space_e_man (site web personnel) . Évalué à 2.
Merci, je ne connaissais pas.
Mais c’est plutôt curieux car le dépôt est apparu en 2015, et actuellement par exemple ont y trouve binutils_2.31.1-15.debian.tar.xz (ici) alors que dans le dépôt principale on trouve (même date dans snapshot) binutils-i686-linux-gnu-dbg_2.42-4_s390x.deb (ici)
Se pourrait-il que l’usage (pour les développeurs !) de ce dépôt ai été abandonné ?
À moins que ce dépôt debug et le suffixe -dbgsym ne soient pas réellement en concurrence avec le simple suffixe -dbg ?
[^] # Re: Quelques astuces, oui :)
Posté par moi1392 . Évalué à 2.
Je ne sais pas vraiment quel est son status officiel.
Je cherchais les symboles de debogage associés à gcc avec un simple "apt search xx | grep dbg" et impossible de les trouver, au cours de mes recherches j'ai fini par tomber sur ce repo.
Les paquets de symboles que je cherchait y sont présent, ainsi que plein d'autres, et à jour avec debian sid, donc je suppose qu'ils sont activement maintenus.
[^] # Re: Quelques astuces, oui :)
Posté par nive . Évalué à 2.
Il y a ça aussi https://wiki.debian.org/AutomaticDebugPackages comme doc sur les nouveaux paquets "debug" (avec
dbgsym
dans le nom)Ça donne ça comme mirroir qui pointe sur le même mirroir que celui que tu indiques :
deb https://deb.debian.org/debian/ unstable main contrib non-free non-free-firmware
deb https://deb.debian.org/debian-debug/ unstable-debug main
# Mantra
Posté par cg . Évalué à 10.
« Quand tout a échoué, lire la documentation »
[^] # Re: Mantra
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 1.
Commencer par ça peut être une bonne idée, ce que j'en dis :-)
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
# Ironie
Posté par Mimoza . Évalué à 10.
De ce que je comprend de ton journal, c’est que tu te plains de ne pas avoir installé «non-free-firmware» et tu t’attendais a un plug&play redmonesque ?
Tout ça au détriment des dizaines de contributeurs qui t’offre gracieusement un système d’exploitation stable et performant avec des milliers d’heure d’ingénierie ?
[^] # Re: Ironie
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 7.
Et surtout, moi qui n’utilise Debian que pour des serveurs, je suis tombé sur la news super vite dans la documentation.
Bon j’en ai pas besoin du non-free-firmware pour mes serveurs, mais c’est bien écrit dans la documentation.
Si on veut pas lire de la documentation, faut pas installer Debian…
[^] # Re: Ironie
Posté par Eh_Dis_Mwan . Évalué à -1.
sed s/installer debian/utiliser un ordinateur/
[^] # Re: Ironie
Posté par Jean-Baptiste Faure . Évalué à 8.
On attendrait plutôt ce genre de réponse d'un membre de la secte à la pomme.
Ce que moi j'ai compris de ce journal, c'est qu'il se plaint qu'un changement aussi important, certes annoncé il y a un an lors de la publication de Debian 12, ne soit pas rendu plus manifeste quand sa connaissance est indispensable.
Personne n'imagine devoir se taper la relecture de la documentation complète quand il installe un nouveau composant sur une machine qui fonctionnait parfaitement jusque là. Sinon ne vous plaignez plus jamais des CGU de 50 pages en corps 6.
[^] # Re: Ironie
Posté par Ambroise . Évalué à 7.
Il me semble que apt notifie aussi si le repos n'est pas configuré…
Voir chapitre suivant qui indique comment désactiver ce warning :
[^] # Re: Ironie
Posté par moi1392 . Évalué à 4.
À chaque reconstruction d'initramfs (à chaque mise à jour du kernel, d'initrd, de grub et de certains outils), tu as un gros tas de lignes t'indiquant que certains firmwares sont possiblement manquants, dont les firmware de gpu amd en question.
Une recherche très rapide t'indique le problème et comment le résoudre.
Je ne m'avance pas trop la dessus car je n'en suis plus sûr à 100%, mais il me semble qu'au chargement du module kernel, tu as aussi ce genre de message, donc tu l'as dans ta console au démarrage, qui certe défile relativement vite, mais tu peux aussi le retrouver dans les logs, par exemple avec journalctl ou dmesg.
Je suis d'accord qu'il faut faire un peu attention pour voir ce genre de choses, mais quand on installe debian ET que quelque chose liée à un pilote de matériel ne marche pas, prendre le temps d'au moins lire les logs du kernel au démarrage pour voir s'il n'y a pas un message d'erreur au chargement du module, c'est quand même un minimum.
# Tu reproches à Debian son objectif libriste
Posté par raphj . Évalué à 10. Dernière modification le 13 mai 2024 à 23:47.
Mais si ça fait 20 ans que tu l'utilises, tu devrais comprendre son esprit. Si tu souhaites plus de compromis, il y a Mint ou Ubuntu.
Mais si on a des systèmes libres qui fonctionnent bien aujourd'hui, y compris ceux qui font des compromis, c'est peut-être justement parce qu'il y en a comme Debian qui en font moins et qui séparent bien les choses. Sinon on se retrouverait peut-être rapidement avec une situation style Android : chacun y va gaiement avec son module noyau ou son noyau forké cracra impossible à mettre à jour et ses pilotes en userspace tout dégueu qui rend les évolutions lourdes voire impossibles.
Cette nouvelle séparation est une très bonne chose.
20 ans de pratique de Debian auraient dû te mener à lire les bons logs assez rapidement. Les problèmes de firmware s'affichent en rouge, les messages contiennent les mots "error" et "firmware", et un grep sur le nom du pilote devrait les mettre rapidement en évidence. C'est du debug d'OS GNU/Linux de base, on a de la chance d'avoir des logs fournis et lisibles.
J'ai été aussi pris par surprise par cette transition sur mon Pinephone sous testing : plus de wifi. Ça m'a pris au max 30 minutes pour régler ça. C'est les joies de testing, j'étais prévenu.
En vrai je compatis un peu, c'est arrivé à beaucoup d'entre nous de galérer des heures sur des galères de ce type. Mais ton journal fait "entitled" et tu craches dans la soupe, c'est difficile de se mettre de ton côté. Surtout que je suis sûr que si tu avais posé ta question sur internet, tu aurais certainement eu des réponses gratuite et immédiate de la part des ayatolas du libre de la communauté Debian.
Je ne peux que conseiller de lire les docs de mise à niveau. Je ne le fais pas mais tant pis pour ma gueule s'il m'arrive un pépin.
Mais même sans lire la doc, normalement apt t'as averti du changement lors de la migration. Je ne sais pas ce que Debian peut faire de plus, on est déjà pris par la main.
Que reproches-tu à sddm ? Ça fait des années que ça marche impec chez moi sur plusieurs ordinateurs.
[^] # Re: Tu reproches à Debian son objectif libriste
Posté par Colin Pitrat (site web personnel) . Évalué à 2.
Ouais c'est carrément osé de se plaindre de la distribution quand le problème c'est d'avoir acheter du matériel qui se torche avec la liberté de ses utilisateurs…
[^] # Re: Tu reproches à Debian son objectif libriste
Posté par raphj . Évalué à 6.
Le problème, c'est plutôt qu'un tel matériel existe et soit quasi inévitable. Aujourd'hui, avoir un ordinateur complet sans firmware proprio, c'est quasi inévitable.
Difficile de blâmer quelqu'un pour avoir du matériel qui dépend de firmwares non libre aujourd'hui. Il y a peut-être ce que fait Purism, et c'est à peu près tout. Tu as intérêt à ce que la seule offre correspond à tes besoins et tes moyens.
# Tout ce mal
Posté par Tarnyko (site web personnel) . Évalué à 7.
Tout ce mal qu'ils se donnent quand même,
et RMS qui va toujours pas installer Debian sur son laptop pour autant ("Not free enough !")…
[^] # Re: Tout ce mal
Posté par Eh_Dis_Mwan . Évalué à -3.
c'est qui RMS ?
[^] # Re: Tout ce mal
Posté par aiolos . Évalué à 4.
Je pense qu'iel voulait parler de rms…
# J’ai très récemment pris conscience des limites de debian
Posté par chimrod (site web personnel) . Évalué à 8.
J’utilise debian depuis très longtemps (genre woody/sarge). Sur mon pc, sur mon serveur auto-hébergé, sur mon vps, partout. Je connais le système, et comment me débrouiller avec : mélanger les versions sans tout casser, prendre les paquets plus récents et les recompiler sur mon pc pour éviter un enfer de dépendances, etc.
Et récemment, j’ai découvert que debian stable était vieille.
Chapitre 1 : la carte graphique
Une carte graphique Intel, dont les pilotes sont intégrés au noyau, qui fonctionne out-the-box. Mais pas sur debian stable. Trop vieux. Le noyau étant vieux d’un et demi, la carte n’est pas reconnue en standard. (Tout s’est bien passé finalement, et j’ai désormais une carte fonctionnant sur des drivers libres).
Autre cas d’usage moderne, en utilisant steam remote, ma femme a voulu joueur sur son PC, mais la manette n’était pas reconnue. Étrange, celle est correctement détectée sur mon PC quand je la branche ! Eh oui, ayant mis à jour mon noyau, j’avais intégré les derniers pilotes de la manette, ce qui n’était pas le cas sur le sien ! (Je me sens vieux, depuis quand faut-il des pilotes dédiés pour une manette USB ? :D :D)
Chapitre 2 : tester wayland
J’utilise depuis un moment bspwm, un gestionnaire de fenêtre pavant, qui a été configuré tant et si bien que ma session ne peut pas être utilisée par quelqu’un d’autre. Et depuis le temps que l’on parle de wayland, j’ai voulu voir à quoi ressemblait le futur.
Le WM qui s’approcherai le plus de bspwm serait river. Écrit en zig (flûte, ça n’est pas dans debian), et réclamant une dépendance vers la librairie wlroots >= 0.17.2. Cette librairie n’est entrée dans debian que depuis dix jours environs, et n’est pas encore disponible de suite pour testing
(J’ai pu backporter la librairie dans stable sans tout casser, mais j’ai eu le temps d’apprendre à faire, et cela reste du bricolage)
Conclusion
J’ai pris deux exemples complètement à l’opposé volontairement : le premier concerne une utilisation grand public (brancher une manette et jouer sur steam), le deuxième étant très technique (vouloir compiler son WM pour wayland) et dans les deux cas, la procédure ne peut pas être faite sans mettre les mains dans le système. Le but n’est pas de critiquer debian, mais de rappeler que la distribution répond à une cible précise, et vouloir l’utiliser hors de cette cible demande de s’y connaitre.
Aujourd’hui, je suis complètement satisfait de la distribution. Et je ne me sens pas limité dans mon utilisation et le fait de pouvoir la tordre comme je le fait sans tout casser est plutôt un signe de qualité, mais tout ça pourrait être rendu plus simple !
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par devnewton 🍺 (site web personnel) . Évalué à 3. Dernière modification le 14 mai 2024 à 09:40.
Est-ce que Steam fournit un paquet Debian Stable intégré à la distrib au moins?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par chimrod (site web personnel) . Évalué à 3.
Oui, steam-installer est présent dans contrib
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par freem . Évalué à 4.
Ce paquet est, en effet, très bien intégré… pour les installations 32 bits, parce que les gens de valve ne sont apparemment pas capables de compiler leurs trucs pour du 64 bits, en 2024. Pardon, 2022 ou 2023, parce que Debian, c'est vieux.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . Évalué à 2.
Ah OK, le paquet RPM c'est pareil. Je croyais que c'était une bizarrerie du build, maintenant je sais que c'est de la source.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par freem . Évalué à 2.
En même temps, je ne serais pas surpris si steam lui-même n'était maintenu que par des stagiaires… ce truc est quand même vachement lent et buggué, pour un soft d'une boîte qui est censée être capable de développer des jeux vidéo performants.
J'aimerai vraiment connaître leur excuse pour le 32bits, franchement, parce que selon wikipedia: «Première version 12 septembre 2003», «2003
AMD introduces its Opteron and Athlon 64 processor lines», «2004
Intel, reacting to the market success of AMD, admits it has been developing a clone of the AMD64 extensions named IA-32e», «2006
Sony, IBM, and Toshiba begin manufacturing the 64-bit Cell processor for use in the PlayStation 3» donc ce n'est pas comme si leur logiciel était tellement plus vieux que les archi 64.
Au vu de la lourdeur et des bugs du bouzin, en plus, c'est très probablement juste une application étronJS de nos jours, donc il a probablement eu réécriture vu que «Première version 15 juillet 2013» et donc c'est plutôt assez dur a pardonner pour moi, sauf, bien sûr, si le truc n'est maintenu que par des stagiaires (et des stagiaires de BTS, maximum, hein) depuis 20 ans.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . Évalué à 3. Dernière modification le 14 mai 2024 à 10:12.
Protip : en se restreignant à des pads XBox pas trop récents, on peut utiliser ça .
Ah oui quand même.
wlroots, c'est la lib de base de 90% des compositeurs Wayland tiers (les autres ont leur propre truc, et moi j'utilise libweston). Tu en aurais eu besoin tôt ou tard.
Par contre : j'ai une connaissance qui a viré Debian Stable après plusieurs occurences de l'apt-get install qui dégage des paquets de base (GNOME, etc). En contre : il auto-validait les apt-get sans lire le détail des paquets ajoutés et supprimés…
Ton avis ? On peut s'en prémunir en marquant des paquets comme "à dégager jamais" ?
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par madhatter (site web personnel) . Évalué à 2. Dernière modification le 14 mai 2024 à 10:23.
Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian que depuis dix jours environs. Parce que wlroots est dans Debian depuis début 2018. ;)
Pour
apt upgrade
, la page de man d'apt dit ceci :et celle d'apt-get :
Pour qu'il y ait suppression, il faut faire
full-upgrade
avecapt
etdist-upgrade
avecapt-get
.Et il me semble que quand tu fais
apt install <paquet>
, pour un paquet déjà installé il le met à jour en se comportant commeapt upgrade
et sur un paquet pas encore installé je ne crois pas qu'il supprime des paquets déjà installés s'il y a conflit.There is no spoon...
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . Évalué à 2.
OK. Donc en gros : il m'a dit n'importe quoi pour se justifier 😀.
(PS : merci pour l'astuce !)
Ah d'accord, ça sous Debian Stable c'est effectivement plus courant. Pas grand-chose à faire part downgrade son code ou installer la nouvelle lib dans un coin…
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par ted (site web personnel) . Évalué à 3.
Moi ça m'est déja arrivé en voulant désinstaller un logiciel: oups, plus d'interface graphique, totalement à poil!
Mais ça a été résolu un "apt-get install" plus tard ^^
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . Évalué à 2. Dernière modification le 15 mai 2024 à 10:04.
Ah ça arrive bien… bon finalement, je vais pas lui taper dessus tout de suite 😁.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par jyes . Évalué à 4.
Ça n’arrive que si des dépendances ont été marquées comme installées automatiquement, auquel cas, elles peuvent être supprimées quand un paquet est désinstallé ou qu’un nouvelle version n‘a plus besoin de ces dépendances.
Donc si tu installes ton environnement de bureau par le jeu des dépendances à partir d’un
apt install vim-gtk3
qui a tiré comme dépendance GTK3 et les libwayland-* etc, alors oui, quand tu désinstalles Vim, tu peux voir ton bureau partir, mais c’est une situation qui ne se produit pas en conditions normales. J’ai déjà vu des choses s’en approchant sur des systèmes ou j’avais manuellement marqué plein de paquets comme installés automatiquement, justement pour libérer plus facilement l’espace disque. Dans ce cas, il arrive que certains logiciels ne soient conservés que pour assurer une dépendance inattendue.[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par jyes . Évalué à 3.
Je complète mon message précédent avec une bonne nouvelle apparue dans les liens !
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par madhatter (site web personnel) . Évalué à 4.
Sinon, oui, tu peux marquer des paquets comme figés via
apt-mark hold
et là il n'y touchera pas. Pas de suppression, mais pas de mise à jour non plus.Dans tous les cas il est sage de lire le résumé de ce qui va se passer avant de valider.
There is no spoon...
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par barmic 🦦 . Évalué à 2.
Faire du pinning doit pouvoir permettre de garder presque quoi qu'il arrive un paquet sans perdre les mises à jour.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par chimrod (site web personnel) . Évalué à 5.
Attention, pour wlroots, je parlais bien de cette version précisément, la librairie existe déjà dans les dépôts, mais est juste trop vieille pour pouvoir être utilisée dans les projets plutôt récents. Si l’on reste mainstream, on peut tout à fait utiliser wayland sous debian… mais pas river :)
Je n’ai pas vraiment cherché pour la manette xbox. J’ai vu qu’elle était référencé dans le module xpad, qui est intégré par défaut dans le noyau de la distribution. Il suffit juste d’avoir un noyau plutôt récent et tout va bien !
J’ai jamais eu de problème de suppressions de paquets lors d’une mise à jour en restant sur une distribution standard. Mais en jouant à backporter moi-même des paquets, je me suis retrouvé à devoir gérer les mises à jour avec prudence. Le calcul des dépendances pouvant vite jeter l’éponge si la situation devient trop compliquée. Je n’ai plus vraiment d’exemple en tête, mais je peux très bien imaginer un cas où l’on backporte la glib (pour conserver la dépendance vers la version de libc6 actuellement installée sans tout casser), puis se retrouver avec un problème lors de la mise à jour majeure car le système n’arrive plus à gérer exactement les contraintes entre tous les paquets. Mais si l’on se lance là dedans, il faut savoir aussi dans quoi l’on met les pieds :)
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par GG (site web personnel) . Évalué à 4.
Ça fait un bout de temps que ce n'est plus apt-get qu'il faut utiliser, mais apt
De plus, dans l'esprit de la communauté Gnome, moins il y en a, mieux c'est. Ils ont donc simplifié au maximum, au fur et à mesure, et c'est effectivement un peu plus sobre, mais dès qu'on veut changer quelque chose dans l'interface, ce n'est plus possible.
J'apprécie KDE Plasma, qui permet d'être très personnalisée, mais c'est un choix. Et, ça rend Plasma moins stable (plus de trucs, plus de bugs).
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Faya . Évalué à 4. Dernière modification le 14 mai 2024 à 23:31.
Et y'en a qui disent que Arch c'est compliqué… Certes il n'y a pas la profusion de paquets d'une Debian (enfin pas sans passer par AUR qui est aussi secure qu'un ppa) mais :
Bon, je dis ça mais mes serveurs resteront sous Debian. Je l'aime d'amour. Juste pas sur mon desktop.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par freem . Évalué à 2. Dernière modification le 14 mai 2024 à 14:18.
supprimé, parce que je disais la même qu'un autre.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Yannick (site web personnel) . Évalué à 2.
Question bête : Elle est définie où, cette cible précise ? C'est important, sinon, on ne peut pas savoir si on est dans la cible ou non…
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par jyes . Évalué à 9.
Debian est le « système d’exploitation universel », donc tu es dans la cible. Bienvenue !
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par freem . Évalué à 2.
ici
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par tkr . Évalué à 2.
debian fait partie des "big five" avec redhat, ubuntu, suse, fedora &co… : les distros qu'on peut légitimement recommander pour n'importe quel usage, de l'expert au débutant (non, tout le monde n'a pas commencé sous ubuntu)
un truc que les devs debian ont certainement dans le coin de la tête (et dont ils auraient peut être du gérer autrement)
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Space_e_man (site web personnel) . Évalué à 4.
À propos du noyau (linux-image-amd64), pourrais-tu nous préciser la version du noyau « trop vieux » ? et à partir de quelle version la carte graphique en question est reconnue ?
Ici, via bookworm-security j’aurais la version 6.1.90 mais grâce aux bookworm-backports j’ai la version 6.6.13, dernière LTS en date.
À propos de Steam, il faudrait voir aussi ce que l’on gagnerait en activant le extrepo steam… (?) → steam-launcher (1.0.0.79) : Launcher for the Steam software distribution service
vs
de bookworm/contrib → steam-installer (1.0.0.75+ds-6) : Valve's Steam digital software delivery system
[^] # Utilisation de la carte Intel Arc sous debian.
Posté par chimrod (site web personnel) . Évalué à 2.
Il te faut effectivement les backports, les cartes intel-arc sont prise en charge nativement depuis le noyau 6.2
Pour opengl, il suffit d’avoir mesa dans la version 22.2 ce qui normalement le cas dans debian stable. C’est suffisant pour utiliser la carte dans les usages les plus courants.
Si tu veux utiliser OneApi — l’équivalent de CUDA pour intel — il faudra récupérer un paquet qui n’est actuellement disponible que dans sid : libze-intel-gpu1.
Après tu es bon, intel propose son extension pour pytorch qui s’installe sans problème (il suffit de suivre les directives sur cette page).
Il y a une limite dans l’utilisation de la carte, elle ne peut pas allouer plus de 4G de mémoire en une seule allocation. Cela peut poser des problème quand on joue avec pytorch et de gros modèles. Normalement, cela ne devrait pas te poser de problème sauf si tu cherches toi même à coder une application qui à besoin de ça.
J’ai pu jouer à Steam, utiliser pytorch pour faire de la génération d’images, ollama n’est pas encore pris en charge, mais ça ne saurait tarder ; cette PR semble la plus avancée/active.
# Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par Luc-Skywalker . Évalué à 2.
Parce qu'un truc m'échappe.
J'avais compris que l'installeur Debian Bookworm activait le dépôt non-free-firmware par défaut. Et j'avais trouvé ça excellent.
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par raphj . Évalué à 5.
Ça s'applique aux nouvelles installations. L'Les installations existantes ne sont pas modifiées automatiquement et les utilisateurs doivent remplacer non-free par non-free-firmware (et garder non-free s'ils veulent aussi pouvoir installer des paquets propriétaires qui ne sont pas des firmwares).
Normalement, apt averti de ce changement lors d'une mise à niveau.
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par Luc-Skywalker . Évalué à 4.
Merci pour la réponse.
En soit, y'a pas mort d'homme, mais c'est toutefois étrange qu'un dist-upgrade ou full-upgrade n'applique pas par défaut automatiquement une modification aussi importante quitte à en avertir l'utilisateur.
C'est pourtant le comportement de base adopté lors d'un upgrade :
"la version xxx du package yyy introduit un nouveau fichier de configuration par défaut zzz.conf Que voulez vous faire ?"
Je comprends mieux le coup de gueule car il y a effectivement quelque chose de vaguement incohérent …
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par raphj . Évalué à 3.
Ouais, ce n'est pas idéal. Je ne sais pas pourquoi ils n'ont pas fait ça, je suppose qu'on ne peut pas juste changer toutes les occurrences de "non-free" par "nonfree non-free-firmware" dans /etc/apt, il ne faut le faire que pour les dépôts de Debian (y compris les miroirs) et il ne faut pas risquer de casser quoi que ce soit là dedans.
Normalement, les paquets firmware ne sont pas supprimés par la mise à niveau, donc s'ils cessent d'être mis à jour, au moins rien ne cesse de fonctionner.
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par freem . Évalué à 2.
Lors de mises à jour, je suis régulièrement consulté pour savoir si je préfère ma version de
/etc/vim/vimrc
, avec un outil permettant de voir le diff. Donc je suppose qu'en effet, il aurait été possible de demander.J'imagine que le
/etc/apt/sources.list
est exclut d'une manière ou d'une autre? Possiblement historique?Après tout, il est aussi généré par le système, et je n'ai jamais eu cet outil de diff dessus (et pourtant, j'ai une vieille habitude de le modifier, même si je sais que je devrais utiliser /etc/apt/sources.list.d/… j'essaie, mais les habitudes sont dures, et le changement pas si pertinent).
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par GG (site web personnel) . Évalué à 2.
J'ai bien eu le message d'information, comme on en a de temps en temps.
Heureusement que ce n'est pas appliqué automatiquement.
Bref, ça fait un bail, j'en ai pris connaissance et j'ai appliqué les changements comme je voulais.
Si tu veux un truc qui fait des changements dans ton dos, c'est plutôt Windows.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?
Posté par raphj . Évalué à 4.
Boarf, tout est une question de point de vue. La séparation de non-free en non-free + firmware sans refléter le changement automatiquement dans la conf pour que le comportement du système reste équivalent et inchangé, ça pourrait être vu comme un changement dans ton dos… Bon, faut avoir pas lu l'avertissement.
# Où est la documentation ?
Posté par YannickP . Évalué à 5.
J'aime bien Debian (pas en Desktop) mais il y a un problème avec leur nouveau (nouveau d'il y a plusieurs années) site.
Quelqu'un peut réellement trouver (facilement) la documentation depuis la page d'accueil du site ?
Depuis cette page, le seul lien qui s'en approche est "Assistance" (https://www.debian.org/support) et quand on va dessus, le lien vers la documentation (https://www.debian.org/doc/) est à peu près caché vers la droite. Ou bien suis-je bigleux ?
Et quand on trouve enfin la bonne page, ça pourrait être plus clair, il y a vraiment beaucoup de liens.
Et je ne parle pas des manuels pour les développeurs.
Voilà qui donne envie aux néophytes…
[^] # Re: Où est la documentation ?
Posté par tkr . Évalué à 1.
personnellement à utiliser linux&co depuis des années, j'ai jamais lu de doc avant l'installation d'un système ; je cherche uniquement quand pépin s'annonce et bloque la situation.
sinon à quoi bon?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.